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SYSTEMS AND METHODS FOR FACILITATING INSTANT COMMUNICATIONS 

OVER DISTRIBUTED CELLULAR NETWORKS 

TECHNICAL FIELD 

The patent application relates generally to 
5 systems and methods for facilitating instant communications 
over distributed networks , for example Push-to-Talk™ over 
Cellular (PoC) . 

DESCRIPTION OF THE RELATED ART 

Network delivered instant communications, often in 
10 half -duplex manner, such as those provided by PoC 

architectures for example, provide wireless devices with the 
ability to communicate with each other in an instant manner, 
much like walkie-talkies, but over a network. 

Referring to Figure 1, there is shown a 

15 conventional PoC architecture defined by 3GPP standards 

bodies for implementing half -duplex instant communications. 
The specification under development from the Open Mobile 
Alliance is: OMA-AD_PoC-Vl_0-2 0 03 1017-D and OMA-AD_PoC-Vl_0 - 
20041005-D. Both of these specifications are incorporated 

2 0 herein by reference in their entirety. In the conventional 
architecture, the components comprising the PoC architecture 
are located within the carrier's network or a directly 
related third-party service provider. A POC client device 
101 is shown accessing a carrier network 100 for half-duplex 

25 communication through wireless access network 103 . Within 
the carrier network 100, there is a SIP/IP Core 102. Some 
of the functions of the SIP/IP Core include routing the SIP 
signalling between the PoC client devices, authenticating 
and authorizing PoC users, and charge reporting. The 

30 carrier network also has Group and List Management Server 
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(GLMS) 104, PoC server 106 and presence server 108. The 
GLMS server 104 manages groups, contact lists and access 
lists. The PoC server 106 functions include, among other 
things, SIP and group session handling, policy control for 
5 access to groups, group session control, and access control. 
The presence server 108 manages presence information and 
combines various presence-related information into a single 
presence document . 

As shown in Figure 1, in the conventional 
10 architecture, a POC client 101 of a wireless network 

accesses the PoC functionality through the network's POC 
server 106, the network's SIP/IP core 102 and the network's 
GLMS 104. The conventional architecture is network operator 
centric, where a single operator or carrier runs all 
15 necessary components to make the solution function. All 
identities used for conversations and group chats are 
publicly available through the carrier's Group and List 
Management Server (GLMS) 104. Requests for conversations 
and group chats are made to the carrier's SIP Core 102 using 
2 0 only SIP identities. The ability for latecomers to join a 
chat session is also supported. These requirements mean 
that the ability to create PoC sessions is not very private 
and eavesdropping could become commonplace . 

On the other hand, PoC services are limited due to 
25 the fact that services are only available within a single 

wireless carrier. At this time, users belonging to different 
wireless carriers cannot conduct PoC. 

SUMMARY 

According to one broad aspect, the application 
30 provides a private instant communications processing element 
for use in conjunction with a first carrier network, the 
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first carrier network providing wireless access to a first 
plurality of wireless user devices, the first plurality of 
wireless user devices comprising at least one first private 
user device, and being configured to route signals from the 
5 at least one first private user device to the private 
instant communications processing element, the private 
instant communications processing element being adapted to: 
receive instant communications signals from the at least one 
first private user device via the first carrier network; 
10 perform instant communications signal processing upon the 

received instant communications signals for the at least one 
first private user device and to transmit instant 
communications signals to the at least one first private 
user device via the first carrier network. 

15 In some embodiments, the private instant 

communications processing element is further adapted to: 
assign a generic identifier for the at least one first 
private user device to be included in a carrier network 
delivered instant communications session; generate a 

2 0 combined signal for the at least one first private user 
device to be included in the network delivered instant 
communications session, and to transmit the combined signal 
to the carrier network using the generic identifier for 
inclusion as an input to the network delivered instant 

2 5 communications communication session. 

In some embodiments, the combined signal is 
transmitted to a PoC (push-to- talk over cellular) server 
within the carrier network where the combined signal is 
treated as coming from a single user. 

3 0 In some embodiments, the private instant 

communications processing element for use in further 
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conjunction with a second carrier network, the second 
carrier network providing wireless access to a second 
plurality of user devices, the second plurality of user 
devices comprising at least one second private user device, 
5 and being configured to route signals from at least one 
second private user device to the private instant 
communications processing element, wherein the private 
instant communications processing element is further adapted 
to: receive signals from the at least one second private 

10 user device via the second carrier network; perform instant 
communications processing on signals received from the at 
least one first private user device and the at least one 
second private user device to produce instant communications 
signals for transmission to the at least one first private 

15 user device and to produce instant communications signals 
for transmission to the at least one second private user 
device . 

In some embodiments, the first plurality of user 
devices comprises at least one first regular user device, 

2 0 and the second plurality of user devices comprises at least 

one second regular user device, and the private instant 
communications processing element is adapted to: assign a 
first generic user identifier appearing as a single user 
within a first instant communications session established by 
25 the first carrier network and to assign a second generic 
user identifier appearing as a single user within a second 
instant communications session established by the second 
carrier network; combine all second regular user device 
signals and all first and second private user device signals 

3 0 into a first combined signal and sending the first combined 

signal to a carrier instant communications processing 
element of the first carrier network which in turn sends it 
to first regular user devices via the first carrier network 
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using the first generic identifier; combine all first 
regular user device signals and all first and second private 
user device signals into a second combined signal and 
sending the second combined signal to a carrier instant 
5 communications processing element of the second carrier 
network which in turn sends it to second regular user 
devices via the second carrier network using the second 
generic identifier; combine signals from a carrier instant 
communications processing element of the first carrier 
10 network and a carrier instant communications processing 

element of the second carrier network into a third combined 
signal and sending the third combined signal to first 
private user devices via the first network and to the second 
private user devices via the second network. 

15 In some embodiments, the private instant 

communications processing element is further adapted to 
disclose a number of participants behind the first generic 
identifier to carrier instant communications processing 
element of the first carrier network for billing purpose. 

2 0 In some embodiments, the private instant 

communications processing element is further adapted to 
provide enhanced security features for the at least one 
first private user device. 

In some embodiments, the instant communications 
25 comprises push-to-talk over cellular communications. 

In some embodiments, the instant communications 
comprises half -duplex communications. 

In some embodiments, the instant communications 
comprises instant text messaging. 
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In some embodiments, the private instant 
communications processing element comprises a GLMS (group 
list management server) , a presence server and a PoC server. 

In some embodiments, the GLMS, the presence server 
5 and the PoC server are for connection to the first carrier 
network through standard interfaces. 

According to another broad aspect, the application 
provides a system comprising: a first carrier network 
delivering wireless access to regular user devices and 

10 private user devices, and comprising a CICP (carrier instant 
communications processing element) adapted to deliver an 
instant communications in respect of a plurality of input 
signals; a PICP (private instant communications processing 
element) adapted to combine signals from at least one 

15 private user device into a combined generic signal for 

inclusion as one input to an instant communications session 
delivered by said carrier network. 

In some embodiments, the instant communications 
comprises push-to-talk over cellular communications. 

20 In some embodiments, the instant communications 

comprises half -duplex communications. 

In some embodiments, the instant communications 
comprises instant text messaging. 

In some embodiments, the system further comprises: 
25 a second carrier network delivering wireless access to 
regular user devices and private user devices, and 
comprising a CICP (carrier instant communications processing 
element) adapted to deliver instant communications in 
respect of a plurality of input signals; the PICP (private 
30 instant communications processing element) being further 
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adapted to combine signals from at least one private user 
device into a combined generic signal for inclusion as one 
input to an instant communications session delivered by said 
second carrier network. 

In some embodiments, the system is adapted to set 
up an instant communications session by: the PICP receiving 
a request from one of the private user device containing a 
user identification and containing invitees comprising other 
private users and/or regular users; sending the invitation 
to the invited private network users via the first carrier 
network; receiving acceptances or rejections of the 
invitation and adding users to a list of users for the 
session; assigning a generic identifier for the private 
users on the session; sending an invitation to regular 
invitees via the carrier instant communications processing 
element containing the generic identifier and identifiers of 
the regular invitees; the carrier instant communications 
processing element establishing an instant communications 
session including the generic identifier and the regular 
invitees that accepted the invitation. 

In some embodiments, the system is adapted to set 
up an instant communications session by: receiving a request 
from one of the private user devices containing a user 
identification and containing invitees comprising other 
25 private users; sending the invitation to the invited private 
network users via the carrier network; receiving acceptances 
or rejections of the invitation and adding users to a list 
of users for the session. 

In some embodiments, the system is adapted to set 
3 0 up an instant communications session by: receiving a request 
for instant communications, the request comprising an 
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identifier of a user device making the request, and 
containing invitees comprising a combination of one or more 
of private users on A (the first carrier network) , regular 
users on A, private users on B (the second carrier network 
5 B) , and regular users on B; the PICP assigning a first 

generic identifier to a first carrier network and a second 
generic identifier to a second carrier network; the PICP 
sending the invitation to the private users on A and B via 
appropriate carrier network, receiving the private users 

10 acceptances/rejections and adding users to each generic ID 
accordingly; the PICP sending an invitation to any regular 
users on A through the CICP of A using the first generic ID; 
the PICP sending an invitation to any regular users on B 
through the CICP of B using the second generic ID; the CICP 

15 of network A establishing an instant communications session 
between the regular users on A and a single generic 
identifier user having the first generic identifier; the 
CICP of network B establishing an instant communications 
session between regular users on B and a single generic ID 

2 0 user having the second generic identifier. 

According to another broad aspect, the application 
provides a wireless user device having wireless access via a 
carrier network, the wireless user device comprising: a 
regular instant communications client adapted to participate 

2 5 in carrier network delivered instant communications 

sessions; a private instant communications client adapted to 
participate in instant communications sessions via the 
carrier network through a private instant communications 
processing element. 

3 0 In some embodiments, the regular instant 

communications client is a first push-to-talk over cellular 
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client, and the private instant communications client is a 
second push-to-talk over cellular client. 

According to another broad aspect, the application 
provides a computer readable medium having processor 
executable instructions stored thereon for execution by a 
wireless user device, and comprising: a regular instant 
communications client adapted to participate in carrier 
network delivered instant communications sessions; a private 
instant communications client adapted to participate in 
instant communications sessions via the carrier network 
through a private instant communications processing element. 

Another broad aspect provides a system of 
providing a PoC communication session including private user 
devices and regular user devices in which signals of the 
15 private users are included in the PoC communication session 
in a manner that hides identities of the private user 
devices . 

BRIEF DESCRIPTION OF THE DRAWINGS 

Embodiments will now be described in greater 
2 0 detail with reference to the accompanying diagrams, in 
which : 

Figure 1 is a block diagram of a conventional PoC 
architecture defined by the 3GPP standards bodies for 
implementing PoC; 

25 Figure 2 is a block diagram of a first system for 

providing instant communications services including 
providing authentication for corporate users; 

Figure 3 is a flowchart of a method that might be 
used with the system of Figure 2 ; 
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Figure 4 is a flowchart of another method that 
might be used with the system of Figure 2 ; 

Figure 5 is a block diagram of another system for 
providing instant communications services by bridging 
5 network carriers; 

Figure 6 is a flowchart of a method that might be 
used with the system of Fig. 5; 

Figure 7 is a flowchart of another method that 
might be used with the system of Fig. 5; and 

10 Figure 8 is a detailed block diagram of an example 

system for providing PoC by bridging network carriers. 

DETAILED DESCRIPTION OF THE DRAWINGS 

It would be advantageous to have privacy and 
security for half-duplex communications services such as PoC 

15 provided to corporate users. Corporations may also benefit 
from cross-carrier service and roaming for their traveling 
employees and a consistently available solution when their 
employees are under multiple carriers of wireless services. 
The current architectures for instant communication over 

2 0 wireless networks, such as Push-to-Talk™ over Cellular 
(PoC) , do not address the corporate requirement for 
security, privacy and coverage. Furthermore, in the current 
definition for PoC there are no inter-connection links. PoC 
components are isolated from both other carriers and from 

25 the private or corporate organization. 

Similar limitations exist for other instant 
communications technologies. By "instant communications", 
it is meant technologies such as Push-to-talk that allow the 
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exchange of communications in a substantially instantaneous 
fashion. Other examples include instant text messaging. 

Figure 2 shows an architecture disclosed in 
general terms. A carrier network 200 is shown. The carrier 
5 network has wireless access network functionality 201 and 
CICP (carrier instant communications processing element) 202 
generally representing any functionality within the carrier 
network that participates in the delivery of network 
provided instant communications. Also shown is a private 
10 network 210 that might be operated by a private organization 
for example. The private network 210 includes PICP (private 
instant communications processing element) 212 that allows 
the private network 210 to participate in providing instant 
communications . 

15 A set of regular instant communications wireless 

user devices are indicated at 206. A "regular instant 
communications wireless user device" is a device equipped to 
function as a regular instant communications client. 
Instant communications functionality is provided to these 

2 0 clients in a normal manner by the carrier instant 

communications processing 202. Also shown is a set of 
private instant communications wireless user devices 2 04 
associated with the private network 210. A private instant 
communications device is a device equipped to function as a 
25 private instant communications client. Instant 

communications are provided to the private instant 
communications wireless user devices 2 04 by the private 
instant communications processing 212 via wireless access 
network 2 01 as detailed below. Typically, the private 

3 0 instant communications user devices are hand-held wireless 

devices with extra functionalities such as high security 
applications* The devices may have other normal 
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communications capabilities as well that are not instant 
communications. Also, a given device may be capable of 
functioning using multiple different instant communications 
mechanisms . 

5 In a preferred embodiment, the instant 

communications consists of half -duplex voice, such as might 
be delivered in a PoC system, but other instant 
communications technologies are contemplated. It is 
expected future evolutions of PoC will be full -duplex, and 
10 the solutions described herein will still apply. 

It is noted that it is common for user devices to 
have multiple modes of operation. In some implementations, 
a given private instant communications user device may also 
have modes of operation that allow it to operate in a 

15 similar manner to regular instant communications user 
devices. In other words, a given user device might be 
equipped with both the regular instant communications client 
and the private instant communications client. Such a 
device might switch between being a regular instant 

20 communications user device and a private instant 

communications user device dynamically. Such a device would 
have two user identifiers - one for regular use and one for 
private use. Such a user could then initiate/participate in 
a regular instant communications session that would be 

25 processed by the CICP in a normal manner, or could 
initiate/participate in the private type of instant 
communications described below. 

Figure 2 shows the functionality of a single 
private network that allows the delivery of this private 
3 0 type of instant communications to users associated with that 
network. More generally, multiple private networks, each 
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with an associated set of private user devices may be each 
connected to the carrier network as described so as to 
provide this different type of instant communications to 
their users. Typically a set of private user devices will 
5 be associated with some distinct organization. 

By way of overview, in operation, instant 
communications received from private user devices 2 04 are 
routed by the wireless carrier network 2 00 to the private 
instant communications processing 212 in the private network 

10 210. These are processed by the PICP 212, and a single 
combined input is generated and sent back to the CICP 2 02 
which treats the combined input like a single normal input 
from a regular user device 206. The combined input is 
generic in the sense that the individual private users are 

15 not identified. CICP then delivers instant communications 
functionality to a set of users in an otherwise conventional 
manner, with the combined private users being treated as one 
user. The manner by which signals are combined will be 
technology dependent. For instant text messaging, 

2 0 w combining" simply involves modifying each text message from 
any private user device so that it appears to be coming from 
the generic user. For half -duplex voice (such as current 
PoC implementations) combining involves taking a single 
active input from any one of the private user devices and 

25 transmitting under the generic user ID. There will only be 
one active input at a time. For full-duplex voice, 
combining involves combining all of the active inputs from 
private user devices into a single signal. Preferably, for 
PoC implementations, the signal combining function is a PoC 

30 server. 

A first method by which the arrangement of Figure 
2 can be used to provide private instant communications 
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functionality will now be described with reference to the 
flowchart of Figure 3 . When a user of a private user device 
204 wishes to conduct instant communications, a request is 
generated by the first user device 204 at step 3-1. This 
5 request contains some sort of user identification of the 
user/device making the request, and contains invitees which 
might include other private users and/or regular users. The 
request is received by the carrier network 20 0, for example 
through wireless access network 201, and the request is 
10 addressed to and therefore forwarded on to the PICP 212 at 
step 3-2. The PICP 212 sends the invitation to the invited 
private network users via the wireless access network 201 at 
step 3-3 . 

The private users' acceptances or rejections of 

15 the invitation are received by the wireless access network 
201 and forwarded to the PICP 212 and the users are 
added/not added to a list of users for the session 
accordingly at step 3-4. At step 3-5, the PICP 212 assigns 
a generic ID to the set of private users on the session. 

20 The generic ID is associated with the private network, but 
not with any particular user. The PICP then generates an 
invitation to the CICP at step 3-6. This contains the 
generic ID and IDs of the regular invitees. The CICP 
forwards the invitation to regular invitees and receives 

25 acceptances/rejections at step 3-7. The CICP then 

establishes a group instant communications session including 
the generic ID and the regular invitees that accepted the 
invitation at step 3-8. Then, on an ongoing basis as 
indicated at step 3-9, all signals from private users are 

30 routed to the PICP 212 where they are combined into a single 
signal from the generic ID which is then forwarded back to 
the CICP 2 02 which treats it as a single user. 
Advantageously, this system allows the identity of 
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individual private users to be hidden. Steps 3-3 and 3-6 may 
be performed simultaneously. 

The generic IDs can be set up ahead of time and 
are not linked to any particular user's identity. 

5 Alternatively as long as at step 3-2 the PICP got 

the invitation, and found there exists at least one regular 
user, a generic user ID can be determined to be necessary 
for the session, and assigning such an ID can be performed 
at 3-5 without necessarily associating it to private users 

10 at that time. This ID is used to invite the regular users 
(steps 3-6, 3-7, 3-8) concurrently with activities of 3-4. 
Eventually at 3-9, at the carrier side, the generic ID 
represents all private users without individual identities, 
and at the corporate side each private user sees all other 

15 private and regular users through the generic ID. The 

generic ID is associated with the private network, but not 
with any particular user on a permanent basis. The PICP 
then generates an invitation to the CICP at step 3-6. This 
contains the generic ID and IDs of the regular invitees . 

2 0 The CICP forwards the invitation to regular invitees and 

receives acceptances/rejections at step 3-7. The CICP then 
establishes a group instant communications session including 
the generic ID and the regular invitees that accepted the 
invitation at step 3-8. Then, on an ongoing basis as 

2 5 indicated at step 3-9, all signals from private users are 

routed to the PICP 212 where they are combined into a single 
signal to the generic ID which is then forwarded back to the 
CICP 2 02 which treats it as a single user. Advantageously, 
this system allows the identity of individual private users 

3 0 to be hidden. Steps 3-3 and 3-6 may be performed 

simultaneously . 
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The generic IDs can be registered with the carrier 
network 200 ahead of time and are not linked to any- 
particular user's identity. 

A second method by which the arrangement of Figure 
5 2 can be used to provide private instant communications 
functionality will now be described with reference to the 
flowchart of Figure 4 . This embodiment might be implemented 
to provide group instant communications among private users 
only. When a user of a private user device 2 04 wishes to 
10 conduct instant communications, a request is generated by 
the first user device 204 at step 4-1. This request 
contains some sort of user identification of the user/device 
making the request, and contains only private network 
invitees. The request is received by the carrier network 
15 200, for example through wireless access network 201, and 
the request is forwarded on to the PICP 212 at step 4-2. 
The PICP 212 sends the invitation to the invited private 
network users again via the wireless access network 2 01 at 
step 4-3. 

The private users' acceptances or rejections of 
the invitation are received by the wireless access network 
2 01 and forwarded to the PICP 212 and the users are 
added/not added to a list of users for the session 
accordingly at step 4-4. Then, on an ongoing basis as 
indicated at step 4-5, all signals from private users are 
routed to the PICP 212 where they are combined into a single 
instant communications signal which is then forwarded back 
to the private users via the wireless access network 201. 
It is noted that with this embodiment, users from a private 
organization 210 with this architecture can conduct instant 
communications with each other regardless of whether or not 
such a mode of communications is supported by their wireless 
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carrier network 200. Thus, in another implementation, the 
method of Figure 4 can be implemented in conjunction with a 
wireless carrier network not equipped with CICP 202. 

The embodiments of Figures 2-4 have assumed that 
5 all the private users are supported by a single carrier 
network. In another embodiment, private users of a given 
organization are supported by multiple carrier networks. 
Figure 5 depicts a general architecture that supports cross - 
carrier instant communications. Two carrier networks 2 00, 

10 220 are shown and these will be referred to as carrier 
networks A and B respectively. Carrier network A 2 00 is 
equipped as before with wireless access network 201 and CICP 
202 and provides access to regular user devices 206 and 
private user devices 204. Carrier network B 220 is 

15 similarly equipped with wireless access network 221 and CICP 
222 and provides access to regular user devices 22 6 and 
private user devices 224. Also shown is a private network 
230 equipped with a CNICP (cross-network instant 
communications processing element) 232, a particular type of 

2 0 PICP. 

Referring now to Figure 6, shown is a flow chart 
of a method of providing instant communications using the 
system of Figure 5. At step 6-1, a private user initiates a 
session by sending an invitation. This contains the private 

25 user's identifier, and invitees that might include private 
users on A (carrier network A) regular users on A, private 
users on B (carrier network B) and regular users on B. 
Subsets of these four categories may alternatively be 
present for a given invitation. The invitation is forwarded 

30 to the CNICP 232 which in turn realizes that there are both 
A and B users at step 6-2. At step 6-3, the CNICP 232 
assigns a first generic ID to carrier network A and a second 
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generic ID to carrier network B. The CNICP then sends the 
invitation to the private users on A and B via appropriate 
access networks at step 6-4. At step 6-5, the private users 
acceptances/rejections are received at the access networks 
5 and forwarded to the CNICP 232, and users are added/not 
added to the session accordingly. At step 6-6, an 
invitation is sent from the CNICP 232 to regular users on A 
through the CICP 202 of A using the first generic ID. At 
step 6-7, the invitation is sent to regular users on B 
10 through the CICP 222 of B using the second generic ID. 

Steps 6-6 and 6-7 may be performed simultaneously with step 
6-4. 

At this point, an instant communications session 
is established. From the perspective of carrier network A 
15 CICP, there are the regular A users and a single generic 
user having the first generic ID that represents all the 
private users and the users on network B. Instant 
communications processing is performed by CICP 2 02 in a 
normal manner. Similarly, from the perspective of carrier 

2 0 network B CICP, there are the regular B users and a single 

generic user having the second generic ID that represents 
all the private users and the users on network A. Instant 
communications processing is performed by CICP 222 in a 
normal manner. Private users on A only use the access 
25 network 2 01, and private users on network B only use the 

access network 221. Steps 6-8, 6-9, 6-10 are then performed 
on an ongoing basis by the CNICP 232 for the session that is 
established. At step 6-8, the CNICP 232 combines all 
regular B users' signals and those of all private users (A 

3 0 and B) and sends this combined signal to regular A users via 

the network A CICP 2 02 using the first generic ID. The CICP 
2 02 of network A then treats the combined signal as a single 
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user for the purpose of the instant communications 
communication with the regular A users. 

At step 6-9, the CNICP 232 combines all regular A 
users' signal with those of all private users (A and B) and 
5 sends the combined signal to regular B users via network B 
CICP 22 2 using the second generic ID. The network B CICP 
222 then receives a single signal and treats this as one 
user for the instant communications communication with 
network regular B users. 

10 At step 6-10, the CNICP 232 combines signals from 

CICP 202 via the first generic ID and CICP 222 via the 
second generic ID as well as all private users on both 
networks A and B and sends the combined signal to private 
users on both networks A and B. 

15 It can be seen how the method of Figure 6 can be 

extended to allow the combination of signals from more than 
just two carrier networks. 

In another implementation, a method similar to 
that of Figure 6 can be employed to provide cross network 

2 0 instant communications to private user devices connected to 

carrier networks that do not provide instant communications. 
Such communications would only be among private user 
devices . A flowchart of the method is shown in Figure 7 . 

The method begins at step 7-1 with a private user 
25 initiating a session by sending an invitation. This 

contains its private user ID and invitees consisting of 
private users on carrier network A and private users on 
carrier network B. The invitation is transmitted through to 
the CNICP 232 which then sends an invitation to the private 

3 0 users on A and B via the appropriate access networks at step 
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7-2. At step 7-3, the private users accept or reject the 
invitation, and users are added or not added to the list of 
users for the session by the CNICP 232. Then, at step 7-4 
and on an ongoing basis, all signals are routed to the CNICP 
5 232 where instant communications processing is performed for 
the combined set of users on A and B. The effect of this is 
that an instant communications call is set up between 
private users on carrier network A and private users on 
carrier network B notwithstanding the fact that the carrier 
10 networks A and B may or may not provide any such instant 

communications capability. Thus, this could be implemented 
in a network such as shown in Figure 5, but with the 
omission or inclusion of one or both of CICP 2 02 and CICP 
222. 

15 With the architecture of Figure 5 and examples 

given, cross-carrier instant communications services, are 
provided that withhold user identities within their specific 
carriers or corporations, and enables enhanced features 
within the corporation clients. The features can include 

2 0 improved services that are in the control of the 
corporation. 

Turning now to Figure 8, shown is a detailed 
illustration of an example of an implementation specific to 
PoC that links private or corporate half-duplex or PoC 

25 components with network carriers' PoC components. In the 

example that follows, it is assumed that the private network 
is a corporate network. However, the architecture disclosed 
can be applied to any organization. It is to be understood 
that embodiments that employ PoC for instant communications 

30 are not all limited to the detailed example of Figure 8. 



WO 2005/051007 



PCT/CA2004/001993 



21 

In Figure 8 the infrastructure generally indicated 
by 60 is associated with carrier network A, and 
infrastructure generally indicated by 62 is associated with 
carrier network B. More generally, there may be one or more 
5 carrier networks . Also shown is infrastructure 64 
associated with the corporation. There may be such 
infrastructure for each of a plurality of private 
organizations- Carrier A and Carrier B have respective GLMS 
34,44, PoC servers 36, 46, and presence servers 38,48, as 

10 well as SIP/IP Cores 32, 42. Regular PoC client devices 31 
are shown on network A, as are corporate PoC clients 33. 
PoC clients 41 are shown in network B, this representing 
regular and/or corporate clients. Corporate clients on 
network B are connected to the corporate PoC in the same 

15 manner as the corporate clients on network A although the 

details are not shown. The dashed line 51 between corporate 
PoC clients 33 and the carrier GLMS 34 and the dashed line 
53 between corporate PoC clients 33 and the carrier PoC 
server 3 6 depict the possibility of allowing dual identities 

20 for corporate users - corporate and/or regular identities. 
The access networks are not shown in Figure 8 so as to 
simplify the figure. 

The corporate infrastructure 64 has a corporate 
SIP/IP core 12, a corporate GLMS proxy 14, a corporate PoC 
25 server proxy 16 and corporate presence server 15. A 
corporate firewall (not shown) may be provided around 
corporate infrastructure 64 . 

For corporate PoC users using their corporate 
identities, all communications are routed to the corporate 
30 infrastructure 64 as indicated at 50. This might take place 
over fixed dedicated or virtual connections between the 
carrier network and the corporate network for example. 
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Preferably, the corporate PoC server 16 uses standard 
interfaces 56,57 to communicate with the carrier's PoC 
servers 36,46 respectively and standard interfaces 58,59 to 
communicate with SIP/IP Core 32,42 respectively . Similarly, 
5 preferably the corporate GLMS 14 uses standard interfaces 
52,54 to communicate with the carrier's GLMS 34 , 44. 

All corporate users' signals are routed through to 
the corporate network where they are appropriately combined 
and routed back to the carrier networks as required. When 

10 the above described methods are implemented in the system of 
Figure 8, a so-called generic user is presented to the PoC 
server 3 6 in the form of a "virtual PoC client" via 
interface 56 such that from the carrier's perspective, there 
is no difference between a regular PoC client 31 or a 

15 corporate proxy generated generic PoC client. Similarly, a 
virtual PoC client is presented to the PoC server 46 via 
interface 57 such that from the carrier's perspective, there 
is no difference between a regular PoC client 41 or a 
corporate proxy generated generic PoC client. 

20 The real individual user identities behind a 

generic PoC client are invisible to the network GLMS 34, 44 
and PoC server (s) 36, 46. This allows greater privacy when 
creating PoC Sessions and inviting large groups to chat 
sessions. Optionally, if demanded by the network carrier, 

25 the actual number of participants behind a corporate generic 
PoC client could be provided to the carrier-based PoC 
Servers 36, 46 for billing purposes. 

Preferably, a corporate user 33 under a carrier 
can use his/her corporate PoC identity or his/her regular 
30 PoC subscriber identity for his/her PoC sessions. If the 
corporate identity and regular PoC subscriber identity are 
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allowed to be used at the same time, preferably the user 
device is not permitted to release the corporate information 
to regular PoC users . 

Because all corporate users signals are processed 
5 at the corporate PoC server, there is a flexibility to 

provide further enhanced features to corporate users . For 
example, in one implementation, a "private chat" option is 
available to corporate users by muting the signals sent to 
the regular users. 

10 Use Case Examples 

Various use case examples will now be presented in 
the context of a company having 2 0 00 employees, with some of 
the employees using Carrier A as wireless service provider, 
while others use Carrier B as wireless service provider. 

15 The corporate PoC 16 and GLMS 14 servers pre-register a pool 
of 60 PoC service accounts with names of clA@my company . com 
through c6 0A®mycompany . com with carrier A, and similarly 
register 60 PoC service accounts with names of 
clB@mycompany . com through c60B@mycompany . com with carrier B. 

2 0 With these PoC service accounts, the corporate PoC and GLMS 
servers can support up to 60 simultaneous PoC sessions if 
each of the PoC sessions bridges both Carrier A and Carrier 
B, or support up to 12 0 simultaneous PoC sessions if each 
session only involves one carrier, for the sessions involves 

25 both corporate users and regular carrier PoC subscribers. 
Each of the PoC service accounts may support one or many 
corporate users under a carrier (Carrier A or B) . The 
mapping between real corporate users and the PoC service 
accounts is dynamically assigned on a per session basis. If 

30 there are multiple corporate users under a carrier in a 
session, all the involved users of this session share a 
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single PoC service account, and their voices are combined by 
the corporate PoC server 16. 

Use Casel: (One carrier only, mix of corporate users and 
regular PoC service subscribers 31 of same carrier, 
5 corporate user invite regular user(s) ) 

Three corporate employees under Carrier A want to 
conduct a PoC session with a regular PoC service subscriber 
of Carrier A. The corporate PoC and GLMS servers use a pre- 
registered PoC service account at Carrier A - 

10 c lA@mycompany ■ com to complete the PoC session. Corporate 
GLMS 14 and PoC server 16 are configured to include the 
three corporate employees in the single PoC service account 
clA@mycompany.com. A PoC session request from the corporate 
PoC server is sent to the Carrier A GLMS 34 and PoC 36 

15 server using account clA@mycompany . com and the regular PoC 
service subscriber 31 of Carrier A is invited for the PoC 
session. The Carrier A PoC server 36 may also request the 
corporate PoC server 16 to update the number of users behind 
c lA@mycompany . com for this PoC session for billing purpose, 

2 0 however the real identities of the three corporate employees 
are hidden from the Carrier A network. In some embodiments, 
the three corporate employees are also able to conduct 
private chats among themselves using enhanced features and 
additional security mechanisms supported by the corporate 

25 PoC server 16. Note, although Carrier A knows the three 
corporate users are using the Carrier A access service for 
data calls, Carrier A does not know they are in this 
particular PoC session. 

Use Case2 : (Two carriers, mix of corporate users and regular 
30 PoC service subscribers of both carriers, corporate user 
invite regular user(s) ) 
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Three corporate employees under Carrier A and one 
corporate employee under Carrier B want to conduct a PoC 
session with one regular PoC service subscriber of Carrier A 
(User A) and one regular PoC service subscriber of Carrier B 
5 (User B) , . The corporate PoC 16 and GLMS 14 servers use a 
pre-registered PoC service account at Carrier A - 
clA@mycompany . com and a pre-registered PoC service account 
at Carrier B - clB@mycompany . com to complete the cross 
carrier PoC session. Corporate GLMS 14 and PoC 16 servers 

10 are configured to include the three corporate employees 
under Carrier A coverage and one corporate employee under 
Carrier B coverage in the single PoC service account 
clA®mycompany . com to work with Carrier A in the PoC session; 
similarly corporate GLMS 14 and PoC 16 servers are 

15 configured to include the three corporate employees under 
Carrier A coverage and one corporate employee under Carrier 
B coverage in the single PoC service account 
clB®mycompany . com to work with Carrier B. A PoC session 
request from the corporate PoC 16 server is sent to the 

2 0 Carrier A GLMS 34 and PoC 36 server using account 

clA®mycompany . com to invite the User A into the PoC session; 
similarly, a PoC session request from the corporate PoC 
server 16 is sent to the Carrier B GLMS 44 and PoC 46 server 
using account clB®mycompany . com to invite the User B into 

25 the PoC session. Upon accepting the invitation by User A, 
the voice of User A is also combined by the corporate PoC 
server 16 and sent to User B using the PoC service account 
clB@mycompany . com ; similarly, upon accepting the invitation 
by User B, the voice of User B is also combined by the 

30 corporate PoC server 16 and sent to User A using the PoC 

service account c lA@mycompany . com . The Carrier A PoC server 
3 6 may also request the corporate PoC server 16 to update 
the number of users behind clA®mycompany . com for this PoC 
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session for billing purpose (either in total or in 
categories) , however the real identities of the four 
corporate employees and the User B are hidden from the 
Carrier A network; similarly, the Carrier B PoC server 46 
5 may also request the corporate PoC server to update the 
number of users behind clBQmycompany . com , again the real 
identities of the four corporate employees and the User A 
are hidden from the Carrier B network. For this PoC 
session, the four corporate employees are also able to 
10 conduct private chats among themselves using enhanced 

features and additional security mechanisms supported by the 
corporate PoC server 16. 

Use Case 3 : (One carrier only, mix of corporate users and 
regular PoC service subscribers of same carrier, a regular 
15 user invites a corporate user, and the invited corporate 
user further invites a group of corporate users) 

A regular PoC service subscriber of Carrier A 
(User A) invites a corporate user User C into a PoC session. 
User C is a corporate user who also subscribes regular PoC 

2 0 service in Carrier A. User A may have been in an on-going 
PoC session that involves a group of users at the time 
he/she invites User C to join. User C wants to further 
invite three additional corporate employees into the on- 
going session. User C sends the request to corporate PoC 16 

25 and GLMS 14 servers (based on IP addresses, and using 

his/her corporate identity, such as a PIN) to have the three 
additional corporate users setup. The corporate PoC 16 and 
GLMS 14 servers select an available PoC service account from 
the pool of pre-registered accounts at Carrier A, say, 

30 clA@mycompany . com and maps the three additional employees to 
this account, and inform the handset of User C. The handset 
of User C then invites clA@mycompany . com into the on-going 
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session, in the same way as inviting a regular PoC service 
subscriber, and preferably the invitation to 
clA®my company . com is performed automatically by the handset 
without any user intervention. User C now can choose to 
5 remain as a regular user of Carrier A in the session, or use 
his/her corporate privilege to join the clA@mycompany . com as 
a corporate user in the session while still keeping his/her 
regular identity in the session. In the latter case, User C 
can participate in private chats with the other 3 corporate 

10 users using his/her corporate identity. He/she can choose 
to listen to both conversations in the private chat and the 
regular group, or only listen to the private chat. If 
choosing to listen to both, the voices from two data traffic 
streams are combined at the handset. He/she can also talk 

15 to the non-corporate users using his/her regular identity 
while the other corporate users are in private chat, 
meanwhile monitors the private chat . He/she can also talk 
to the entire group (both corporate or non- corporate users) 
either using his regular identity or use his/her corporate 

20 identity. To reduce redundant traffic, while there is no 
corporate private chat, preferably the corporate PoC server 
16 does not send voice data stream to (the corporate 
identity of) User C, and User C only receives the voice 
stream from Carrier A PoC server (which includes that coming 

25 from clA@mycompany.com) . As in previous use cases, 

corporate GLMS 14 and PoC server 16 are configured to hide 
the corporate employees behind the single PoC service 
account clA@mycompany.com. The Carrier A PoC server 36 may 
also request the corporate PoC server 16 to update the 

30 number of users behind clA@mycompany . com for this PoC 

session for billing purpose, however the real identities of 
the three corporate employees are hidden from the Carrier A 
network. For this PoC session, the corporate employees 
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under clA@mycompany . com are also able to use other enhanced 
features and additional security mechanisms supported by the 
corporate PoC server. Note, although Carrier A knows the 
three additional corporate users are using their access 
5 service for data calls, Carrier A does not know they are in 
this particular PoC session. Carrier A only knows User C is 
in the session as a regular user. 

Use Case 4: (Two carriers, mix of corporate users and 
regular PoC service subscribers of both carriers, a regular 
10 user of Carrier A invites a corporate user, and the invited 
corporate user further invites a group corporate users, and 
regular user(s) at Carrier B) 

A regular PoC service subscriber 31 of Carrier A 
(User A) invites a corporate user User C into a PoC session. 

15 User C is a corporate user who also subscribes regular PoC 
service in Carrier A. User A may have been in an on-going 
PoC session that involves a group of users at the time 
he/she invites User C to join. User C wants to further 
invite three additional corporate employees, and one regular 

20 user under Carrier B into the on-going session. User C 
sends the request to corporate PoC 16 and GLMS 14 servers 
(based on IP addresses, and using his/her corporate 
identity, such as a PIN) to have the three additional 
corporate users and the one regular user under Carrier B 

2 5 setup. The corporate PoC 16 and GLMS 14 servers select an 

available PoC service account from the pool of pre- 
registered accounts at Carrier A, say, clA®mycompany . com and 
map the requested corporate users to this account to work 
with Carrier A, and also select an available PoC service 

3 0 account from the pool of pre-registered accounts at Carrier 

B, say, clBQmycompany. com and map the requested corporate 
users to this account to work with Carrier B. The corporate 
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PoC 16 and GLMS 14 servers inform the handset of User C to 
use the assigned clA@mycompany . com for this session. The 
handset of User C then invites clA®mycompany . com into the 
on-going session, in the same way as inviting a regular PoC 
5 service subscriber, and preferably the invitation to 

clA@mycompany.com is performed automatically by the handset 
without any user intervention. The corporate PoC server 16 
in turn sends an invitation to user B under Carrier B in the 
name of c lB@mycompany .com . The cross carrier PoC call is 

10 now setup successfully. User C now can choose to remain as a 
regular user of Carrier A in the session, or use his/her 
corporate privilege to join the clAQmycompany . com as a 
corporate user in the session while still keeping his/her 
regular identity in the session. In the latter case, User C 

15 can participate private chats with the other 3 corporate 

users using his/her corporate identity, and can also talk to 
the non- corporate users under Carrier A using his/her 
regular identity while the other corporate users are in 
private chat, meanwhile monitors the private chat. He/she 

20 can also talk to the entire group (both corporate or non- 
corporate users) either using his regular identity or use 
his/her corporate identity. To reduce redundant traffic, 
while there is no corporate private chat, the corporate PoC 
server 16 does not send voice data stream to (the corporate 

25 identity of) User C, and User C only receives the voice 
stream from Carrier A PoC server 3 6 (which includes that 
coming from clA@mycompany.com) . The corporate PoC server 16 
combines the voices of the corporate users, and the voices 
of the regular users under Carrier A (received from 

30 clA@mycompany . com ) , and sends to Carrier B PoC server 4 6 

using the service account clB@mycompany . com for Carrier B's 
participating users; similarly, corporate PoC server 
combines the voices of the corporate users, and the voices 
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of the regular users under Carrier B (received from 
clB@mycompany . com ) , and sends to Carrier A using the service 
account clAOmycompany . com for Carrier A' s participating 
users. As in previous use cases, the Carrier A PoC server 
5 36 may request the corporate PoC server 16 to update the 
number of users behind c lA®mycompany . com for this PoC 
session for billing purpose (either in total or in 
categories) , however the real identities of the corporate 
users and the users under Carrier B are hidden from the 

10 Carrier A network; similarly, the Carrier B PoC server 46 
may also request the corporate PoC server 16 to update the 
number of users behind clB@mycompany . com (either in total or 
in categories) for billing purpose, again the real 
identities of the corporate users and the participating 

15 users under Carrier A are hidden from the Carrier B network. 
For this PoC session, the corporate employees are also able 
to use other enhanced features and additional security 
mechanisms supported by the corporate PoC server 16 . 

In some embodiments, the PoC Server and GLMS at 
20 one carrier can generate a generic client identity to the 
PoC Servers and GLMS of other carriers during a cross 
carrier PoC session as shown in dashed line 35 between 
carrier GLMSs 34,44 and dashed line 37 between carrier PoC 
servers 36,46. In addition to the information of a normal 

2 5 PoC client, a generic PoC client may also confess the number 

of participants behind the generic client for billing 
purpose . 

This architecture adds flexibility to the 
corporate PoC and GLMS servers and therefore the corporation 

3 0 can implement whatever feature enhancements within its 

jurisdiction, for instance, extra security measurements, 
private chat while in the middle of a PoC session, etc. 
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The above-described embodiments of the present 
application are intended to be examples only. Those of 
skill in the art may effect alterations, modifications and 
variations to the particular embodiments without departing 
5 from the scope of the application. 



